home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Columbia Kermit
/
kermit.zip
/
newsgroups
/
misc.20021006-20030409
/
000022_fdc@columbia.edu_Thu Oct 17 10:05:12 EDT 2002.msg
< prev
next >
Wrap
Text File
|
2020-01-01
|
2KB
|
36 lines
Article: 13785 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
From: fdc@columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: Re: Problems transferring over ppp connection
Date: 17 Oct 2002 10:03:26 -0400
Organization: Columbia University
Lines: 19
Message-ID: <aomfve$ioc$1@watsol.cc.columbia.edu>
References: <1034801647.495773@irys.nyx.net> <aokm12$7lv$1@watsol.cc.columbia.edu> <1034815854.830840@irys.nyx.net> <aol3ol$sch$1@newsmaster.cc.columbia.edu>
NNTP-Posting-Host: watsol.cc.columbia.edu
X-Trace: newsmaster.cc.columbia.edu 1034863407 9038 128.59.39.139 (17 Oct 2002 14:03:27 GMT)
X-Complaints-To: postmaster@columbia.edu
NNTP-Posting-Date: 17 Oct 2002 14:03:27 GMT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13785
In article <aol3ol$sch$1@newsmaster.cc.columbia.edu>,
Jeffrey Altman <jaltman@watsun.cc.columbia.edu> wrote:
: ...
: I should point out that if the connection was truly using STREAMING
: transfers then if even a single error was to occur, the transfer
: would fail. Therefore, I must assume tht STREAMING transfers are
: not being used.
:
And similarly, that transparency isn't a suspect either. If certain
byte values were being absorbed by PPP, a modem, or the terminal
server, error recovery would not work. Thus flow control seems the
only likely culprit.
If Kermit transfers work on exactly the same physical connection
when directly dialed, but fail over PPP, it has to be a difference
between the modem and/or port configurations on one end or the other
(or both), or else the fault of PPP.
- Frank